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TALKER ARBITRATION METHOD AND APPARATUS 

Technical Field 

[0001] This invention relates generally to wireless communication systems and more 

particularly to so-called push-to-talk wireless communications. 

Background 

[0002] Push-to-talk styled communications are well known in the art. The members 

of a talkgroup comprising two or more wireless mobile stations are able to wirelessly 
communicate with one another by simply asserting a push-to-talk button. In many 
communication systems, assertion of the push-to-talk button does not immediately permit the 
user to begin talking (and/or transmitting). Instead, assertion of the push-to-talk button 
initiates a sequence of events whereby the mobile station requests and/or otherwise acquires a 
communication resource (such as a specific transmission frequency, time slot(s), and/or a 
spreading code, to name a few) to facilitate the desired communication. In such systems, a 
specific audible signal will usually be provided to the user when, subsequent to assertion of 
the push-to-talk button, the mobile station in fact is prepared to at least record and then, 
usually, to shortly later transmit the user's message. 

[0003] The duration of delay between when the user first asserts the push-to-talk 

button and when the user receives the signal indicating that the speech may now commence 
can vary for a variety of reasons. This delay, however, often becomes an obvious and highly 
visible measure of quality of service for many users. In general, the shorter the delay, the 
higher the perception of service quality. In some cases this delay occurs due to circumstances 
beyond immediate control (for example, high system loading or infrastructure downtime can 
adversely impact system performance in this regard). 

[0004] In many instances, however, this delay cannot be reasonably reduced below a 

minimal duration that is nevertheless a source of disappointment to at least some users. 
Talker arbitration requirements comprise one such example. Talker arbitration facilitates a 
decision process whereby the communication system responds to a push-to-talk talk request 
by ascertaining whether any higher priority (and/or earlier) talk request presents a conflict 
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and arbitrates such a conflict through selection of only one of the requesting parties. A 
dispatch server usually supports the talker arbitration service in most such systems. 

[0005] Even when only a single wireless station presently seeks to communicate (i.e., 

when there is no present conflict) the wireless station must still transmit its intentions to the 
talker arbitrator at the dispatch server, and the talker arbitrator must still conclude the talker 
arbitration process and communicate its communication grant (or approval) to the requesting 
wireless station. This overall process can easily consume 700 milliseconds (or more) even 
under relatively ideal operating conditions in many systems. This minimal delay floor can 
lead to a sense of dissatisfaction with respect to the operation and efficiency of the wireless 
station and/or the communication system. 

Brief Description of the Drawings 

[0006] The above needs are at least partially met through the provisioning of the 

talker arbitration method and apparatus described in the following detailed description, 
particularly when studied in conjunction with the drawings, wherein: 

[0007] FIG. 1 comprises a block diagram as configured in accordance with various 

embodiments of the invention; 

[0008] FIG. 2 comprises a flow diagram as configured in accordance with various 

embodiments of the invention; 

[0009] FIG. 3 comprises a flow diagram as configured in accordance with various 

embodiments of the invention; 

[0010] FIG. 4 comprises a signal flow diagram as configured in accordance with 

various embodiments of the invention; 

[0011] FIG. 5 comprises a signal flow diagram as configured in accordance with 

various embodiments of the invention; and 

[0012] FIG. 6 comprises a signal flow diagram as configured in accordance with 

various embodiments of the invention. 
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[0013] Skilled artisans will appreciate that elements in the figures are illustrated for 

simplicity and clarity and have not necessarily been drawn to scale. For example, the 
dimensions and/or placement of some of the elements in the figures may be exaggerated 
relative to other elements to help to improve understanding of various embodiments of the 
present invention. Also, common but well-understood elements that are useful or necessary 
in a commercially feasible embodiment are often not depicted in order to facilitate a less 
obstructed view of these various embodiments of the present invention. It will also be 
understood that the terms and expressions used herein have the ordinary meaning as is 
usually accorded to such terms and expressions by those skilled in the corresponding 
respective areas of inquiry and study except where other specific meanings have otherwise 
been set forth herein. 

Detailed Description 

[0014] Generally speaking, pursuant to these various embodiments, talker arbitration 

functionality is dynamically moved between various network elements in order to potentially 
achieve reduced push-to-talk delay. Depending upon the embodiment, such functionality can 
be moved among various dispatch servers. In a preferred embodiment, the talker arbitration 
functionality can be moved to, and effected by, one of the wireless mobile stations of a given 
talk group. 

[0015] Pursuant to one embodiment, and subsequent to initiation of a push-to-talk 

wireless communication for a talk group, a preferred process automatically considers at least 
one possible subsequent push-to-talk communication need of the talk group to thereby 
provide at least one corresponding determination in this regard. This determination then 
provides a basis for automatically identifying a network location to support talker arbitration 
for the push-to-talk communication needs of the talk group. 

[0016] Assessing the possible subsequent push-to-talk communication needs of a talk 

group can be based upon a wide variety of criteria including, but not limited to, the identity of 
a presently transmitting mobile station, the identify of a presently receiving mobile station, 
and any of a wide variety of items of context information regarding the talk group. Such 
items of context information can comprise, but are not limited to, voice recognition results as 
correspond to analysis of at least a part of a push-to-talk wireless communication, 
determining which mobile station of the talk group appears to likely comprise a discussion 
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leader, user manipulation of a mobile station, push-to-talk wireless communications historical 
information, identification of a most frequent initiator of push-to-talk communications, a 
geographic location of at least one member of the talk group, and a presence or absence of 
other concurrently used services, to name a few. 

[0017] So configured, by appropriately pre-placing talker arbitration functionality, 

considerable delay time can potentially be avoided. In many instances a user will be notified 
of talk approval in less time than is usually presently possible. For example, in a multi-server 
system, one may choose to place the talker arbitration functionality in a server that is closer 
(in terms of "delay," where distance or other propagation issues and phenomena can be 
contributing factors) to the mobile or mobiles that are most likely to next assert a push-to- 
talk. 

[0018] For example, in a group or private call with one party in San Francisco and 

another party in Washington, D.C., and where there is a dispatch server in each of the two 
cities, one might decide to place the talker arbitration capability at the server in the city of the 
mobile station that just received a last audio segment, or one might decide to place the talker 
arbitration capability in the city where most of the parties in the group call are presently 
located. 

[0019] Referring now to the drawings, and in particular to FIG. 1, a suitable platform 

10 to support this flexible approach will typically comprise a processing platform 1 1 and a 
corresponding memory 12. In a preferred embodiment the memory 12 will at least have 
push-to-talk talker arbitration instructions stored therein (i.e., programming to permit the 
processing platform 1 1 to effect the talker arbitration task(s)). The processing platform 1 1 
itself comprises a mechanism to facilitate the activation and use of push-to-talk talker 
arbitration instructions in response, for example, to detection of a predetermined condition 
such as a trigger event or condition. So configured, the processing platform 1 1 can 
selectively serve to use such push-to-talk arbitration instructions to arbitrate push-to-talk 
communications for one or more talk groups. 

[0020] Such a processing platform 1 1 can be disposed as appropriate to the needs of a 

given application. For example, pursuant to one embodiment, the processing platform 1 1 can 
comprise a part of a dispatch server. Pursuant to another embodiment, this apparatus 10 can 
comprise a wireless push-to-talk mobile station. Other elements, components, and 
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functionality as appropriate to such embodiments can of course be included as appropriate 
and as would otherwise be well understood in the art. As one illustration of this point, when 
this apparatus 10 comprises a wireless push-to-talk mobile station, the processing platform 1 1 
will likely operably couple to a wireless transceiver 13 (again as is well understood in the 
art). 

[0021] Those skilled in the art will understand and appreciate that the processing 

platform 1 1 can comprise a fully or partially programmable platform or can comprise a more 
hard-wired dedicated purpose fixture as may best accord with the needs and design 
requirements of a given application. It will also be understood that the functionality of the 
processing platform 1 1 can be realized through use of an integrated sole-purpose platform, an 
integrated multi-purpose platform that supports other functionality, or a distributed multi- 
platform embodiment where portions of the talker arbitration capability are carried out by 
various corresponding physically discrete entities. In a similar fashion it will be understood 
that the memory 12 can comprise a physically distinct entity from the processing platform 1 1 
(as suggested by the illustration) or can comprise an integral part thereof. It will also be 
understood that the memory 12 can comprise a single element or a distributed entity that 
subsumes a plurality of physically discrete elements. And, in a similar vein, it will also be 
appreciated that the memory 12 can be physically disposed proximal to the processing 
platform 1 1 or can be located remotely with respect to the processing platform. These and 
other architectural and configuration options are well understood in the art and require no 
further elaboration here. 

[0022] So configured, one or more network elements in a given communication 

system (including multiple dispatch servers and mobile stations themselves) are capable of 
selectively providing push-to-talk talker arbitration services in support of, for example, push- 
to-talk communications as conducted amongst members of a given talk group. 

[0023] Referring now to FIG. 2, a process 20 to make effective use of such an 

apparatus 10 (or any other platform or configuration as may be capable of compliant 
operation) will be described. This process 20 preferably occurs, at least in substantial part, 
subsequent to initiation of a push-to-talk talkgroup wireless communication. For example, 
this process 20 can be usefully processed during a time when one member of a push-to-talk 
talkgroup is presently allocated an active wireless channel to support a push-to-talk wireless 
communication to members of their respective talkgroup (for example, a talkgroup 
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comprising two or more mobile stations in accordance with well understood prior art 
practice). 

[0024] This process 20 automatically considers at least one possible subsequent push- 

to-talk communication need of the talk group to thereby permit provision of at least one 
corresponding determination. This consideration can include a wide variety of factors and/or 
criteria. For example, this consideration can comprise automatically identifying at least one 
target mobile station to which the present push-to-talk wireless communication is directed. 
This can comprise a potentially useful consideration because the party to whom a present 
communication is directed may likely be presumed to then wish to next respond to the 
present communication. This, in turn, can lead to a corresponding determination that this 
potential action of the recipient party represents a possible subsequent push-to-talk 
communication need in that this recipient party may well be a next party to seek allocation of 
a wireless resource. 

[0025] Other considerations can be taken into account as well, of course. For 

example, one or more items of context information regarding the talk group may be usefully 
considered. Examples of potentially useful context information include, but are not limited 
to: 

- voice recognition results as correspond to analysis of at least a part of a push-to-talk 
wireless communication (for example, to identify the name of a person to whom the 
present user is speaking such that this detected name can be correlated against a list of 
user names and mobile station identifiers to thereby facilitate identification of a likely 
next speaker); 

- determining which mobile station of the talk group appears to likely comprise a 
discussion leader (as the discussion leader might be expected to speak more 
frequently than other participants under at least some circumstances); 

- determining which mobile station of the talk group comprises an originating mobile 
station as regards the push-to-talk wireless communication; 

- user manipulation of a mobile station (for example, grasping a handset or remote 
microphone in a particular fashion (as might be detectable using a variety of 
mechanisms as are presently understood in the art) might be an early indication of an 
intent to assert the push- to- talk button); 
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- push-to-talk wireless communications historical information (where, for example, it 
might be possible to identify a particular mobile station and/or user that historically 
tends to communicate more frequently than others of a given talk group); 

- identification of a most frequent initiator of push-to-talk communications (for 
example, by reference to historic and/or presently accumulated corresponding 
statistics); 

- geographic location of at least one member of the talk group (as might be 
ascertainable using global positioning system or other location techniques); and/or 

- a presence or absence of other concurrently used services, to name a few. 

- the type or length of the previous push-to-talk communication (for example, if the 
previous push-to-talk communication did not contain any audio content or was a so- 
called call alert, then it may be deemed that the next push-to-talk event is less likely to 
be from the recipient; 

- the target's current status as being in a meeting or not as inferred, for example, from 
a calendar meeting schedule for the target; 

- the number of members in the push-to-talk group (for example, when servicing a 
larger group, it may not be useful to flexibly assign the talker arbitration functionality 
due to a possibly increased degree of ambiguity regarding accurately identifying a 
likely next speaker). 

- the RF congestion, frame erasure rate, or link speed achieved (For example, in a 
group call where mobiles A and B are each equally likely to next assert a push-to- 
talk, one can break such a tie by placing the talker arbitration functionality at the 
mobile with the higher data rate and better RF conditions; amongst other benefits this 
can reduce the amount of system delay that will occur if, instead of A or B, a third 
mobile next asserts a push-to-talk. This benefit can occur, at least in part, because 
such a strategy will locate the talker arbitration functionality at a mobile station that 
has superior communication conditions and that can therefore potentially more 
quickly respond to another mobile station than, for instance, a mobile station 
experiencing a lower bit rate link with higher frame erasure rates.). 

[0026] In general, any accessible information that can potentially inform an ability to 

assess a need for one or more members of a talk group to likely require, in a relatively near- 
term time frame, a push-to-talk communication resource can comprise an appropriate basis, at 
least in part, for this consideration. It would also be possible to select or de-select the use of 
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certain consideration criteria as based upon static or dynamic triggers such as time of day, 
talk group identity, age of available information, and so forth. And, it would also be possible 
to weight available information (particularly when considering more than one type or source 
of information) to reflect whatever information may be available regarding a relative sense of 
importance, trustworthiness, or accuracy. 

[0027] These same kinds of criteria can also be used to influence or control other 

timing aspects. For example, when the target is deemed to be less likely to next assert a 
push-to-talk for any such reason, then the talker arbitration functionality may revert from that 
target mobile station to the dispatch server after a shorter time interval than might otherwise 
be allotted. 

[0028] As another example, criteria of this type may also be used to impact the timing 

of how long assignment of the talker arbitration functionality is intentionally delayed; 
generally this delay may preferably be shorter if the target has a shorter delay before that user 
becomes aware that the floor is open or has a shorter delay until that user can request the 
floor. For example, longer playout buffers (which in turn can result from a variety of 
situations including degraded radio frequency conditions) can result in a longer delay before 
the target knows the floor is open. 

• 

[0029] The process 20 then automatically identifies 22 a network location to support 

talker arbitration for the push-to-talk communication needs of the talk group as a function, at 
least in part, of this corresponding determination. As already noted, this network location can 
comprise, depending upon the embodiment, one or more infrastructure elements such as a 
dispatch server and/or a mobile station (including, preferably, one or more mobile stations 
that comprise a part of the presently supported talk group). For example, upon having 
previously identified a present communication target for the present push-to-talk 
communication, this process 20 can facilitate identification of that communication target to 
subsequently support talker arbitration (specific benefits of such a decision will be discussed 
in more detail below). 

[0030] Depending upon the embodiment, the process 20 may then optionally pose an 

intentional delay 23. That is, the process 20 may intentionally delay a subsequent automatic 
assignment of the talker arbitration function to the identified network location. This delay 
may be, for example, for a predetermined amount of time or as may be more dynamically 
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ascertained (depending upon the capabilities and needs of a given embodiment). During this 
period of intentional delay, the process 20 can accommodate other processes if so desired. 
For example, the process 20 can detect whether one or more specific conditions of interest 
occur during this period of delay and, when such a condition of interest does occur, 
automatically re-identifying a (possibly new) network location to support the talker 
arbitration needs of this talk group. For example, one possible condition of interest is 
whether a just-previous transmitting mobile station is again immediately seeking to initiate a 
subsequent push-to-talk wireless communication. Under such circumstances it may be better 
in some cases to leave the talker arbitration functionality at its present location. 

[0031] Depending upon the embodiment, this process 20 then automatically assigns 

24 the identified network location to support talker arbitration for the talk group. Such an 
assignment can be effected in any of a variety of ways. As one example, at least one explicit 
message indicating such assignment can be transmitted to the identified network location. As 
another example, a signal can be transmitted to the identified network location that indicates 
such assignment in a more implicit manner. For example, the signal might comprise an end- 
of-transmission signal as would ordinarily be sourced by a concluding mobile station upon 
concluding its push-to-talk transmission. This end-of-transmission signal might additionally 
convey to a properly prepared mobile station a triggering message to activate the talker 
arbitration functionality. Other control strategies and hand-off devices and/or signals can of 
course be employed as appropriate or desired. 

[0032] Referring now to FIG. 3, a given mobile station process 30 will determine 31 

to activate such talker arbitration functionality in response, for example, to receiving at least a 
first predetermined signal as suggested above (again, such a signal may comprise a signal 
such as an end-of-transmission signal or a more explicit instruction to activate the talker 
arbitration capability). In the absence of such an instruction, the mobile station will typically 
end 32 this consideration for the moment and continue with its ordinary processing. This 
determination can be repeated as often as may be useful and relevant given the operating 
circumstances of a given system and the capabilities of a given mobile station as will be well 
understood by skilled practitioners. 

[0033] When the mobile station does decide to activate the talker arbitration 

capability, the mobile station activates 33 talker arbitration capability for its talk group. This 
means that this mobile station will conduct the talker arbitration function for this particular 
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talk group. By appropriate dynamic placement of this function in this way, and as will be 
illustrated below, it is possible to achieve a considerable reduction in delay times as are 
ordinarily associated with initiating a push-to-talk wireless communication in such systems. 

[0034] In a preferred embodiment this process 30 will also accommodate 

deactivation 34 of the talker arbitration capability. This permits the talker arbitration function 
to again be moved to another network location in accord with the teachings set forth above. 
Such deactivation can be in response to a wide variety of operational conditions. For 
example, such deactivation may be programmed to occur automatically at the receipt of a 
next end-of-transmission signal. As another example, such deactivation may occur upon 
receipt of a deactivation signal by the mobile station. 

[0035] Referring now to FIG. 4, an illustrative example of a portion of a compliant 

push-to-talk communication session will be described. This simple example begins with a 
first mobile station receiving a push-to-talk communication from a second mobile station. 
During the time 41 that the second mobile station sources this transmission, a dispatch server 
supporting the communication needs of this small talk group identifies the first mobile station 
as being the transmission recipient and further identifies the first mobile station as being the 
next network element to support the talker arbitration function for this talk group. When the 
second mobile station concludes its transmission, the second mobile station sources an end- 
of-transmission signal 42 that is received by the dispatch server in accord with well 
understood prior art practice. Then (perhaps following an optional period of delay 43 as 
described above to more readily and efficiently accommodate, for example, a relatively near- 
term fresh push-to-talk transmission need of the second mobile station), the dispatch server 
transmits to the first mobile station a talker arbitration transfer signal 44 such as those 
described above. 

[0036] Upon receipt of this talker arbitration transfer signal 44, and as described 

above, the first mobile station activates its talker arbitration capability. The first mobile 
station also provides an end-of-transmission indicator 45 to the user of the first mobile station 
(for example, many such mobile stations provide a distinctive audible sound to indicate that 
the previously transmitting party has concluded their transmission). Upon detecting that the 
user has asserted the push-to-talk button 46, the first mobile station begins its channel 
acquisition/talk permission process. This includes provision of a corresponding talk request 
to the talker arbitrator in accord with ordinary practice. In this example, however, the talker 
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arbitration function is presently supported by the first mobile station. As a result, the talker 
arbitrator can receive and respond to the talk request of the first mobile station in 
considerably less time than would ordinarily be experienced. For example, rather than 
requiring upwards of 700 milliseconds to effect this process, a "talk" indicator 47 can be 
provided to the user virtually immediately as the overall arbitration process will now, in such 
an example, likely require less than 100 milliseconds. 

[0037] The user of the first mobile station can then use the allocated communication 

resource/permission to support the desired audio transmission 48 in ordinary course. 

[0038] When assigning the talker arbitration function as described above, of course, 

the system will typically not know with certainty the identity of a next user of the push-to- 
talk communication resource. For example, in the illustrative scenario just described, the 
second mobile station (or another mobile station in the talk group other than the first mobile 
station) may be the next mobile station to seek transmission resources. When this occurs, and 
with continuing reference to the scenario just described, the first mobile station will simply 
effect the talker arbitration function for the requesting mobile station. 

[0039] To illustrate, and referring now to FIG. 5, the second mobile station may be 

the first station to experience a push-to-talk button assertion 5 1 by its respective user. The 
second mobile station will then issue a talk request 51 A to the dispatch server. The latter, in 
turn, can perform a look-up 52 in an appropriate memory resource to identify the present 
location of the talker arbitrator (as a less preferred alternative, the dispatch server could poll 
the mobile stations of the talk group to identify the present talker arbitrator). In this example, 
the dispatch server would therefore identify the first mobile station as the present talker 
arbitrator. Accordingly, the dispatch server will forward the talk request 5 IB to the first 
mobile station. 

[0040] The first mobile station will then process 53 that talk request in accordance 

with its talker arbitration programming and capability. In this example, there are no earlier or 
otherwise competing talk requests and therefore the talker arbitration platform (i.e., the first 
mobile station) will issue a grant 54A that the dispatch server forwards 54B to the second 
mobile station. The latter then transmits its audio information 55 to the first mobile station 
and, upon concluding that transmission, sources an end-of-transmission signal 56A that the 
dispatch server will again forward 56B to the first mobile station. 
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[0041] So configured, it can be seen that flexibly locating, and even dynamically 

locating, the talker arbitrator functionality for a talk group need not unduly impair unexpected 
communication needs. More particularly, actual communication needs that conflict with the 
presumptions that underlie flexible placement of the talker arbitration functionality are 
nevertheless still processed and supported in an effective manner. 

[0042] At some point, it will typically be desired or appropriate to relocate the talker 

arbitration functionality from such an assigned mobile station. With reference to FIG. 6, and 
as otherwise noted above, a deactivation signal 61 of appropriate nature and/or a 
predetermined window 62 of activity (or inactivity) can be used to effect a transfer 63 of the 
talker arbitration function away the mobile station. For example, the mobile station can 
transmit a message to signal deactivation of the talker arbitration function and/or to transmit 
the enabling programming itself to, for example, a dispatch server. As another example (not 
illustrated), the first mobile station could transmit a message to signal a hand-off of the talker 
arbitration function to another location such as another mobile station. 

[0043] These examples and scenarios are intended to be illustrative only and are not 

intended to constitute an exhaustive listing of the many various way in which flexible 
positioning of a talker arbitration capability with respect to the members of a given talk group 
and/or the infrastructure elements that support or facilitate the communications of such a talk 
group can be accomplished in accord with these teachings. 

[0044] Those skilled in the art will recognize that a wide variety of modifications, 

alterations, and combinations can be made with respect to the above described embodiments 
without departing from the spirit and scope of the invention, and that such modifications, 
alterations, and combinations are to be viewed as being within the ambit of the inventive 
concept. For example, when multiple dispatch servers support different arbitration methods 
towards their served mobile stations, such that when a mobile station served by a given server 
has the floor it will use this indigenous method of floor control, this might present a problem 
for a foreign mobile station that expects to use a different floor control methodology. In such 
a situation, when a mobile station being presently served by a foreign server has control and 
this same mobile station makes a floor control request, its server can be configured and 
arranged to translate the floor control method to the appropriate floor control method and 
relay the translated request to the foreign server for arbitration as is otherwise described 
above. 
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[0045] It will also be understood by those skilled in the art that these teachings are 

generally applicable to other forms of communication where floor-control-like mechanisms 
are employed, such as: 

- push to video calls (where video content substitutes for audio content in the 
descriptions above); 

- push-to-see or photo calls (where one is transmitting images or some other data file 
instead of voice); 

- telephone interconnect full-duplex voice calls (where one is providing a method to 
more rapidly establish a full-duplex voice call between users; in a case such as this, flexible 
location of the floor control functionality would likely not be required upon establishment of 
the full-duplex link); 

- text messaging or text chat where floor control mechanisms are often of critical 
importance. 
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